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(57) Abstract: A method is provided for routing data over multiple routes, including wireless networks, the data being received from 
multiple applications. The method includes ascertaining availability of the multiple routes, receiving data from a selected application 
'"-^ of the applications (52), determining a designated route that is associated with the selected application, and sending the received data 
£5 over the designated route when the designated route has been ascertained to be available. Moreover, a system is provided for routing 
data over multiple wireless networks. 'I Tie data is sent from multiple applications each having a unique source port number. The 
system includes a mobile router (200) that receives data from a selected a mobile router that receives data from a selected application. 
£^ The mobile router includes a port routing table (251) containing information that specifies, based on one or more characteristics of 
the data, over which wireless network the data should be routed. 
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PORT ROUTING FUNCTIONALITY 

CROSS REFERENCE TO RELATED APPLICATIONS 
This application claims the benefit of U.S. Patent Application No. 
10/084,049, filed February 28, 2003, the contents of which are expressly 
incorporated by reference herein in its entirety. 

CROSS REFERENCE TO RELATED APPLICATIONS 
[0001] The present application is a Continuation-In-Part of U.S. Patent Application 
No. 09/652,009, filed on August 31, 2000, entitled "Method and Apparatus for 
Routing Data Over Multiple Wireless Networks", the content of which is expressly 
incorporated by reference herein in its entirety. 

[0002] The present application is also related to U.S. Patent No. 6,198,920, filed on 
March 16, 2000, entitled "Apparatus and Method for Intelligent Routing of Data 
Between a Remote Device and a Host System," which is a continuation Of U.S. 
Patent Application No. 08/932,532, filed on September 17, 1997, entitled "Apparatus 
and Method for Intelligent Routing of Data between a Remote Device and a Host 
System," which is a continuation-in-part of U.S. Patent No. 5,717,737, issued on 
April 14, 1997, entitled "Apparatus and Method for Transparent Wireless 
Communication Between a Remote Device and a Host System," the contents of 
which are expressly incorporated by reference herein in their entireties. 



1. Field of the Invention 

[0003] The present invention relates to the field of wireless communications in 
general, and more specifically to communications over multiple wireless networks. In 
particular, the present invention relates to port routing that provides system 
administrators of wireless networks with flexibility to designate more specific routing 
behavior over multiple wireless networks for their applications. 

2. Background Information 
[0004] Currently, the wireless mobile routing system disclosed in U.S. Patent 
Application No. 09/652,009, relies on the concept of a single "default route" 
associated with each mobile client and host network server. This default route is 
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•derived through a combination of network priority and network availability. The 
highest priority, available network becomes the transport network over which all 
communications are routed through to the host network server. 

[0005] The aforementioned system was not designed so that the host network 
server knows the status of other non-default networks for each mobile router. In 
other words, the host network server only knows the status of the current default 
network. As a result, the system administrator's ability to specify the behavior of 
routing for applications is minimal. 

[0006] There currently exists a need to provide a wireless mobile routing system 
with greater flexibility or granularity in the ability to specify Internet protocol (IP) 
routing behavior. One method to enhance the IP routing flexibility or granularity of 
the aforementioned wireless mobile routing system is through a concept called port 
routing. 

[0007] The function of IP ports is an important part of IP communications. It is 
well understood that each computer on an IP network will have a unique IP address. 
Therefoie, when one computer needs to send data to another computer, it will address 
the other computer using the other computer's IP address. Data is not sent between 
computers, however; data is sent between programs miming on those computers. 
Because computers run multiple programs simultaneously, and those programs may 
all be communicating over the network, how does the computer determine which 
data is for which program? The answer is IP ports. 

[0008] The founding committee for the Internet specified that each application on a 
computer must send and receive data through a unique port number. In most cases, 
any time data is sent or received by a computer it will use both the sending and 
receiving IP address as well as the sending and receiving IP port number. As a result, 
whenever data is received at a computer, the computer knows which application is 
supposed to receive the data by looking at the destination port number on the actual 
packet. 

[0009] Most standard applications have registered their ports with the Internet 
Assigned Number Authority (http://www.iana.org/) . A sample of those applications 
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with port numbers include: web browsing, port 80; secure web browsing, port 8080; 
TELNET, port 23; etc. It is an important fact to note that every application that sends 
and receives data does so on a unique port number. No two applications share the 
same port number. 

[0010] The relationship between ports and IP addresses is similar to the relationship 
between post offices and post office boxes. A United States post office contains 
many post office boxes. When mail is sent, it is not enough to specify the post 
office's zip code; the post office box must also be specified. Similarly, when an 
application wants to send a data packet to another application, it is not enough to 
merely specify the IP address; the application must also specify the port. 
[0011] Port numbers are used in a variety of networking applications such as 
firewalls or proxy servers. If a system administrator wishes to restrict access to a 
certain application, then the system administrator will do so by restricting certain port 
numbers from being sent through a firewall. However, port numbers have not been 
used when selecting appropriate wireless networks for transmission. 
[0012] Thus, it would be desirable to provide system administrators of the wireless' 
mobile routing systems with the ability to specify port routing at a granularity that 
includes at least the protocol, IP address, port number, and the specific network over 
which any packet matching the IP address, protocol and port number should be 
routed. 

SUMMARY OF THE INVENTION 
[0013] In view of the foregoing, the present invention enhances the route 
registration functionality of the wireless mobile routing system disclosed in U.S. 
Patent Application No. 09/652,009, filed August 31, 2000. The present invention, 
which may be embodied as mobile routing software, hardware, or a combination 
thereof, allows the host network server to be aware of the availability of all the 
networks connected to each wireless client having mobile router functionality. 
Moreover, the host network server will now know when the mobile router has shut 
down and no networks are available. Furthermore, the network server will better be 
able to track the status of each wireless client and each wireless network. 
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[0014] With port routing, the mobile router will not only simply notify the host 
network server of changes to the default network, the mobile router will also notify 
the host network server whenever any network becomes available (or unavailable). 
This will allow both the host network server and the mobile router to route packets 
over alternate, non-default networks as appropriate. The mobile routers will also be 
able to continue to route packets over the default network when appropriate. 
[0015] An example use of port routing includes a configuration that allows e-mail 
applications to communicate only when a spread spectrum network is in coverage, 
while disallowing any use of web browsers over any network, and allowing all 
computer aided design (CAD) system traffic to flow over any network. 
[0016] An embodiment of the present invention provides a port routing table that 
includes five types of fields. The port routing table may be actually located on both 
the Host Network Server and the Mobile Router. This allows for the fact that 
bidirectional communications can occur (i.e., the host can send packets to mobile 
routers or the mobile routers can send packets inbound to the hosts.) The fields 
enable an administrator to define the criteria to match different types of packets that 
flow through the mobile router, as well as the action that the mobile router should 
take with those packets. The five types of fields are: 

o The Type field identifies the type of route entry. In one embodiment, it 
contains either an "Ignore", "Alternate" or "Default" keyword. This field 
indicates the action the mobile router should take for the designated packet, 
o The IP Address field specifies the IP address of the packet received from the 
route server. It can represent "All" IP addresses, or a specific IP address. If a 
specific IP address is entered, the user has the choice of specifying if the IP 
address appears in either the source or the destination address fields within the 
IP header. 

o The Protocol Type field identifies what type of transport level protocol the 
packet is. The values for this field will currently be only TCP, UDP or either. 
Of course, as additional protocols are employed, the additional protocols can 
be entered into the Protocol Type field. 
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o The Port Number field identifies the port number of the packet received from 
the route server. Ports are associated with individual IP applications. The 
user can specify all ports, or may specify an individual port. The user also has 
the choice of specifying if the port number appeai-s in the source or destination 
location in the TCP or UDP header, 
o The Network ID field is used in conjunction with the Type field. If the user 
created an "Alternate" entry as specified by the Type field, then the Network 
ID field will identify which network will be used to route the packets that 
match the specified criteria. 
[0017] By taking advantage of the above fields, the administrator has the flexibility 
to specify that certain applications will use the default routing, certain applications 
will only function over specified alternate networks, and certain applications will not 
have their data routed. 

[0018] According to an aspect of the present invention, a method is provided for 
routing data over multiple routes, including wireless networks. The data is received 
from multiple applications. The method includes ascertaining availability of the 
multiple routes, receiving data from a selected application of the multiple 
applications, determining a designated route that is associated with the selected 
application, and sending the received data over the designated route when the 
designated route has been ascertained to be available. 

[0019] According to another aspect of the present invention, determining further 
includes determining the designated route based upon one or more port numbers 
assigned to the selected application. In yet another aspect of the present invention, 
determining further includes determining the designated route based upon one or 
more IP addresses associated with the selected application. In another aspect of the 
present invention, determining further includes determining the designated route 
based upon one or more protocols of the data received from the selected application. 
[0020] According to a further aspect of the present invention the designated route 
indicates that the data is to be ignored. In this case the sending includes not sending 
the data. In another aspect of the present invention, the designated route includes a 
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default route. According to still a further aspect of the present invention, the 
designated route includes an alternate route. 

[0021] Other aspects of the present invention include wherein the determining 
further includes determining the designated route based upon a port number 
associated with a destination of a received packet. Further aspects of the invention 
include wherein the determining further includes determining the designated route 
based upon an IP address associated with a destination of a received packet. 
According to another aspect of the present invention, the ascertaining further includes 
notifying a host network server of the availability of each route when a route is 
ascertained to be available. 

[0022] Another aspect of the present invention includes a system for routing data 
over multiple wireless networks. The system includes a mobile router that receives 
data from a selected applications. The mobile router includes a port routing table 
containing information that specifies, based one or more characteristics of the data, 
over which wireless network the data should be routed. The characteristics include a 
port number, IP address and/or protocol. 

[0023] Additionally, other aspects of the present invention include an alternate 
route over which the data is routed is specified based upon the at least one 
characteristic of data. In yet another aspect of the invention, a default route over 
which the data is routed is specified based upon one or more characteristics of data. 
In another aspect of the present invention, an ignore route is specified based upon the 
data characteristics. 

[0024] According to a further aspect of the present invention, the information in the 
port routing table is configured from the host network server and pushed to the port 
routing table in the mobile router. In another aspect of the present invention, the 
mobile router notifies the host network server whenever any wireless network enters 
an in-coverage state. 

[0025] In yet another aspect of the present invention, a system is provided for 
routing data over multiple wireless networks. The data is sent from multiple 
applications. The system includes a host network server that receives data from a 
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selected application. The host network server contains a port routing table having 
information that specifies, based on one or more characteristics of the data, over 
which wireless network the data should be routed. The characteristics include a port 
number, IP address and/or protocol. 

[0026] Another aspect of the present invention provides, a computer readable 
medium storing a computer program is provided that enables the specification of IP 
routing behavior over multiple wireless networks. The computer readable medium 
includes a source code segment that receives data from multiple applications. Each 
application has a unique port number. The medium also includes a source code 
segment that stores a port routing table containing information that specifies, based 
on an application's port number, IP address and/or protocol, over which wireless 
network the application's data should be routed. The table also contains information 
on whether the application's data should not be routed over the multiple wireless 
networks. The medium further includes a source code segment that determines from 
the information contained in the port routing table an appropriate wireless network 
for the data from the applications to be routed over. 

[0027] According to a still further aspect of the present invention, the port routing 
table includes a port route type indicator field, IP address field, protocol type field, 
port number field, and/or network ID field. Other aspects of the present invention 
include wherein the port route type indicator includes alternate, ignore, and/or default 
indicators. Further aspects of the present invention include when the alternate 
indicator is selected, data will be routed through a specified alternate wireless 
network. According to other aspects of the present invention, when the ignore port 
route type indicator is selected, data will be ignored instead of being routed. 
[0028] Moreover, according to other aspects of the present invention, when the 
default port route type indicator is selected, data will be routed through a default 
network. According to another aspect of the present invention, the port routing table 
further includes a field to indicate whether an IP address appears in a source, 
destination, or either location within a protocol header of data packets being 
transmitted. According to a further aspect of the present invention, the protocol type 
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field identifies the transport level protocol type of the packet. According to a still 
further aspect of the invention, the port number field identifies the port number of an 
application. 

[0029] Additionally, other aspects of the present invention includes the port routing 
table further including a field to indicate whether a port number appears in a source, 
destination, or either location within a protocol header of data packets being 
transmitted. In yet another aspect of the present invention, the network ID field 
identifies which network is used to route data. In another aspect of the present 
invention further includes an availability source code segment that ascertains the 
availability of the multiple wireless networks. And according to still a further aspect, 
the present invention further comprises a sending source code segment that sends the 
received data over the appropriate wireless network when the routing path has been 
ascertained to be available. 

[0030] Other exemplary embodiments and advantages of the present invention may 
be ascertained by reviewing the present disclosure and the accompanying drawing. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0031] The present invention is further described in the detailed description that 
follows, by reference to the noted drawings by way of non-limiting examples of 
preferred embodiments of the present invention, in which like reference numerals 
represent similar parts throughout several views of the drawings, and in which: 

Fig. 1 is diagram of a wireless mobile routing system that includes a host 
network server, multiple wireless networks, and multiple mobile routing devices; 

Fig. 2 illustrates a general overview of the mobile client side of the wireless 
mobile routing system that includes a mobile router; 

Fig. 3 illustrates a software architecture for a host network server; 

Fig. 4 is a flow chart showing an exemplary process executed by the host 
network server for processing incoming data received on a wireless network; 

Fig. 5 shows an exemplary route table; 
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Figs. 6, 7, and 8 are flow charts showing exemplary logic executed by the host 
network server for processing outgoing data; 

Fig. 9 shows an exemplary software architecture for the mobile router in an 
initial state; 

Fig. 10 shows an exemplary software architecture for the mobile router at a 
later state; 

Fig. 1 1 shows an exemplary route registration packet; 

Fig. 12 shows an exemplary graphical representation of port routing 
functionality, according to an aspect of the present invention; 

Fig. 13 is an illustration of an exemplary port routing table having a variety of 
port routing configurations, according to an aspect of the present invention; 

Fig. 14 is a flow diagram depicting an exemplary manner in which routes are 
registered, according to an aspect of the present invention; 

Figs. 15(a) and 15(b) are flow diagrams depicting an exemplary manner in 
which routes are looked up when port routing is enabled, according to an aspect of 
the present invention; 

Fig. 16 is screen shot showing an exemplary port routing configuration screen 
in which the mobile administrator has added five specific routes, according to an 
aspect of the present invention; 

Fig. 17 is a screen shot of an exemplary port routing configuration screen 
which allows editing of port routing entries, according to an aspect of the present 
invention; and 

Figs. 18(a) and 18(b) are screen shots of exemplary route table displays, 
according to an aspect of the present invention. 

DETAILED DESCRIPTION 

Wireless Mobile Routing System 

[0032] Fig. 1 shows an overall system diagram of an existing wireless mobile 
routing system which includes a Host Network Server 20 acting as an access point to 
a Local Area Network 10, multiple Mobile Routers 200, at least one host application 
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13 on the LAN 10, and multiple networks 56. Although Fig. 1 shows a host 
application 13 on the LAN 10 5 the wireless mobile routing system does not require a 
host application 13 on the LAN 10 because the wireless mobile routing system 
supports Mobile Router 200 to Mobile Router 200 communications. 
[0033] The Mobile Router 200 can take many different forms. It can be created in 
hardware and can be physically separate from the mobile device 52. In another 
embodiment, the Mobile Router 200 can be completely developed in software and 
reside on the mobile device 52 in the device's operating system. In another 
embodiment, the mobile router can be created in silicon hardware and be present 
within the hardware of the mobile device 52. 

[0034] With reference to Fig. 1, the mobile device 52 may comprise a software 
application running on a portable or laptop computer perfomiing a variety of 
functions as programmed by the software application (e.g., database services). The 
mobile device 52 may be a special purpose device designed to perform a particular 
function, such as a credit card reader or barcode scanner. The mobile device 52 may 
generate a data stream that is sent to a fixed location (e.g., a host computer 
infrastructure 10). 

[0035] An exemplary application running on the mobile device 52 is a mobile 
remote client application that provides the remote user with the capability to send and 
retrieve data from a fixed database server application. The data may include of 
customer records which, for example, may be used by service personnel operating a 
fleet of vehicles to service customers scattered about a wide geographic area. In the 
exemplary application, the mobile client application may request customer records 
from the fixed database server, and display the records for viewing by mobile service 
personnel. The mobile client application may send updated records to the fixed 
database as the service personnel finish assigned tasks. The updated records may 
contain a service history, equipment upgrades, and repairs for each customer. 
[0036] Another exemplary application running on the mobile device 52 may be a 
client application that retrieves a list of dispatched jobs to be performed by the 
service personnel during each day. The jobs may be uploaded to the remote mobile 
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device 52 each morning and stored in another client application in the mobile device 
52. As the service personnel change job locations, the status of each job may be 
updated to indicate a status, e.g., en route, arrived and finished with comments. The 
status may be sent from the application to the fixed home office, so a dispatcher at 
the home office is aware of the locations of service personnel in the field. 
[0037] By way of non-limiting examples, the mobile device 52 may comprise a 
portable or laptop computer; a computer having an embedded Router 200; a terminal 
or terminal emulator; a data gathering device (e.g., a SCADA system or remote 
telemetry system for obtaining data from a remote location for forwarding to a 
central location for processing); a card-swipe reader device (e.g., credit/debit/bank 
cards) for use in a mobile billing application, such as a taxi or mobile food cart; a 
smart-card reader; a logging device, such as those used in a package delivery system 
or fleet; a device for reading bar codes (e.g., for inventory control); and a remote 
application with data to send or to receive, from a fixed device (e.g., remote 
diagnostic tool). The above-noted applications are provided merely for exemplary 
purpose, and other applications and mobile devices 52 may be used with Router 200. 

[0038] As seen in Fig. 1, a one to many Virtual Private Network (VPN) is created 
between the one Host Network Server 20 and multiple Mobile Routers 200. The 
Host Network Server 20 is connected to each Mobile Router device 200 by multiple 
networks 56. Data can be sent to each Mobile Router 200 without requiring the host 
application 13 residing on the LAN 10, or another mobile device 52, to select a 
network for transmission. That is, the host application 13 or other mobile device 52 
can send data to a desired mobile device 52 without concerning itself with the 
network 56 that will actually transmit the data. 

[0039] In one embodiment, data sent outbound from Host Network Server 20 is 
tunneled via an appropriate network 56 to the mobile device 52. Tunneling is 
defined as adding a header to a data packet in order to send the data packet between 
two locations while hiding the contents of the packet from other locations. The 
tunneling capability has long been used to bridge portions of networks that have 
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disjoint capabilities or policies. As a result of this VPN, the end point IP addresses 
and devices are effectively hidden from any of the other network devices within the 
particular network. This VPN also supports both compression and encryption. 
[0040] Referring now to Fig. 2, therein is illustrated a general overview of the 
client side of the wireless mobile routing system which includes a Mobile Router 
200. The Router 200 provides the mobile device 52 with the capability to selectively 
transmit and receive data over multiple wireless infrastructures 56 and/or other 
networks 58 in accordance with user configured parameters. 

[0041] Typically the mobile device 52 sends and receives data using a variety of 
protocols (e.g., Internet Protocol (IP) / transparent (via MDC 54) / ack-nack, etc.). 
The use of a variety of protocols provides for open transport of data throughout many 
networks, and in particular, networks which support open standards such as IP. 
However, many proprietary networks which require interface and/or protocol 
translation remain in use. In the Router 200 of the present embodiment, the function 
of interfacing with networks and protocol translation may be performed by the 
Network Interfaces 214A-D. 

[0042] Figure 3, shows an exemplary software architecture of the Host Network 
Server 20 at an initial state. The Host Network Server 20 runs on any operating 
system 48. An exemplary operating system is Microsoft Windows NT. The Host 
Network Server 20 contains several different processes, in addition to the operating 
system 48. A Configuration Manager (CM) 49 manages all the configuration 
parameters required for the Host Network Server 20. A Logging Manager (LM) 51 
is responsible for managing any log messages generated from the modules. The 
Router Manager (RM) 50 is responsible for routing from source network interfaces to 
destination network interfaces 214. The Network Interfaces (NI) 214 are responsible 
for interfacing to each of the wireless networks 56. The Network Interface 214 is 
also responsible for converting the data from IP to the format required by the wireless 
networks 56. A user interface (UI) 53 provides an administrator with functions to 
control and administer the Host Network Server 20 including viewing the diagnostic 
logging information. 
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[0043} Upon startup of the Host Network Server 20, the Router Manager 50, 
Configuration Manager 49, and Logging Manager 51 processes begin. The 
Configuration Manager 49 is responsible for reading in configuration parameters 
from persistent storage. This configuration information specifies which Network 
Interfaces 214 should start. Such configuration information is determined by a 
system administrator. The configuration information specifies configuration options 
for all subsystems present in the system. Such configuration options for Network 
Interfaces 214 may include, for example, a network address for non-IP networks 
(e.g., a telephone number for a circuit switched cellular connection; or a modem 
serial number, a baud rate and serial port for a serial port connection) or an IP 
address for IP networks. 

[0044] Once the Router Manager 50 begins, it attaches itself, through a Network 
Interface 214, to the IP stack of the operating system 48 and registers a local IP 
address specified in the configuration. By connecting to the IP stack, the Host 
Network Server 20 is permitted to send and receive IP datagrams directly to the IP 
stack. If the Host Network Server 20 is unable to bind this connection, the Host 
Network Server 20 displays a notification that routing to and from the LAN 10 is 
disabled. In this case, however, mobile users can still communicate to other mobile 
users. Assuming the Host Network Server 20 binds correctly, the Host Network 
Server 20 provides routing functionality and is responsible for sending data to the 
LAN 10 and receiving data from the LAN 10. The Router Manager 50 then starts the 
Network Interfaces 214 specified in the Configuration Manager 49. 
[0045] Each Network Interface 214 is associated with a specific wireless network 
56 and is responsible for sending and receiving data to and from the wireless network 
56. Each wireless network 56 will require some type of transceiver to communicate 
with the wireless network 56. An exemplary list of wireless network 56 transceivers 
includes private voice radio using e.g., the MDC 54 and a variety of radios, both 
conventional and trunked; Cellular Digital Packet Data (CDPD), such as Sierra 
Wireless or NovaTel CDPD modems; spread spectrum, either direct sequence, or 
channel-hop, as Xetron Hummingbird spread spectrum modem; GSM, such as 
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Ericsson serial GSM module; RDI (e.g., Ericsson) interface, implemented via a 
software protocol module and quasi-RS232 interface to radio; AMPS; Mobitex; 
DataTac, both public and private, Ethernet; Ardis; PCS; and any other network 
which is either transparent or operates using a specific protocol. The Network 
Interface 214 can connect to the wireless transceiver, which in turn allows 
communication through the wireless network. The Network Interface 214 can 
connect to the transceiver via many methods, including but not limited to: IP, X.25, a 
local modem connection, local serial port connection, USB, Ethernet, wirelessly, 
RS485 and any other connection medium which is either transparent or operates 
using a specific protocol. 

[0046] Upon startup of the Network Interface 214, the module verifies its own 
configuration received from the Configuration Manager 50. If the configuration is 
invalid, the process displays an error message and may be unavailable for routing. If 
the configuration is successful and the required parameters are set correctly, the 
process starts its own initialization routine. 

[0047] The type of network connection available determines the types of 

initialization that occurs. For example, in the case of a pure IP connection (i.e., a 
connection to an IP network), the Network Interface 214 opens a socket to connect to 
the IP address of the remote device. In the case of a serial connection to the network, 
the process opens the serial port and sets up the serial line parameters. If at any time 
the connection cannot be made, the process logs a message to the Logging Manager 
52 and will be made unavailable for use. Once the Network Interface 214 completes 
its initialization, it starts its inbound and outbound threads to monitor the wireless 
networks 56 for sending and receiving data. After the inbound and outbound threads 
are started and the Network Interfaces 214 can successfully communicate to the 
network, the process threads wait for data on each of the networks 56. 
[0048] Processing of an inbound packet received from one of the wireless networks 
56 is now described with reference to Fig. 4. If an inbound packet has been detected 
at one of the Network Interfaces 214, the Network Interface 214 receives the data 
from the network in the network's format at step 1100. Any framing and or error 
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checking/correction required by the network will be performed to ensure the integrity 
of the data. The Network Interface 214 acknowledges (ACK) the wireless network 
provider if the provider requires it or provides a negative acknowledgment (NAK), if 
appropriate. 

[0049] The Network Interface 4 then saves the source hardware addresses (e.g., 
modem serial number) of the inbound packet, if the wireless network 56 is a non-IP 
network. As an example, in the case of a circuit switched cellular connection, the 
hardware address would be a telephone number. If the wireless network 56 is an IP 
network, no hardware addresses are , saved at this time because the packet itself 
includes the source and end point IP addresses. (In this document, the IP address of 
the mobile router will also be referred to as the end point IP address. It identifies the 
address of the router, not the address assigned by the wireless network, which will be 
referred to as the gateway address.) At this point, the Network Interface 214 strips 
off any headers or trailers placed around the received data by the network provider. 
The remaining data is the original data sent by the original mobile routing device 
200. 

[0050] The Network Interface 214 then creates an interprocess communication 
(IPC) packet that includes at a minimum, the original data, the length of the packet, 
the source network ID as well as the source and end point hardware addresses of the 
packet when the wireless network 56 is not an IP network. This packet is then sent to 
the Router Manager 50 process via the standard IPC mechanisms, at step 1 102. 
[0051] Once the Router Manager 50 receives the data from the interprocess 
communication (IPC) mechanism, the Router Manager 50 determines which interface 
sent the packet based upon a source network ID included in tire IPC packet associated 
with the received data. The Router Manager 50 then validates the IP packet 
checksum. If the checksum fails, the packet is silently discarded. Otherwise, the 
received packet is verified as an IP version 4 packet. This information is readily 
available in the IP header. If the packet does not meet the version 4 criteria, then it is 
silently discarded. The source IP address of the received packet (depending on the 
originating network) is then analyzed at step 1104. More specifically, at step 1106 
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the Router Manager 50 determines if the source IP address is present in a route table 
stored in persistent storage. In other words, the subnet on which the source IP 
address resides is looked up. 

[0052] An exemplary route table is shown in Fig. 5. Furthermore, Figures 18(a) and 
18(b) also show an example for presenting the route table to the user in a user 
readable format. The figures show an example of how the display of the route table 
can be shown to the user within a graphical user interface. If the IP address is 
present, the Router Manager 50 updates the route table to reflect that a packet has 
been received from the wireless network 56 (e.g., with a time stamp) at step 1116. 
Any route entry in the route table indicates that the associated route actively connects 
to the Mobile Router 200. Otherwise, at step 1114 the new subnet is added to the 
route table and the route table is updated at step 1116. However, certain subnets can 
be ignored, for example, when packets are received from broadcast addresses, the 
addresses are excluded. That is, the subnets corresponding to those addresses are not 
input into the route table. 

[0053] The route table includes three fields that correlate to the end point address: 
the Subnet field, the Network field, and the Mask field. As is well known, the subnet 
value is calculated from a bitwise AND operation of the mask value and the network 
value. The mask and network values are learned in a well-known way. Each end 
point address can then be classified into a subnet in a well known manner. 
Consequently, based upon the subnet in which the end point address is classified, a 
gateway address can be determined by examining the value in the Gateway Address 
field. The Network ID field stores arbitrary values corresponding to each Network 
Interface 214. Thus, by using the network ID value, the Host Network Server 20 
knows which Network Interface 214 should be employed to communicate with the 
gateway address. The Entry Time Stamp field stores a time stamp entry indicating 
when an entry is first stored in the route table. The Last Packet field stores a value 
indicating the time when the last packet was received from the corresponding 
gateway address. 
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[0054] The module 50 will then decrement the Time to Live (TTL) parameter in 
the IP header. If the TTL parameter is zero, then the packet is discarded and a Time 
to Live discarded message is sent back to the originator of the packet. At this point, 
it is logged into the database. The Router Manager 50 then analyzes the end point IP 
address at step 1120. At step 1122, the Router Manager 50 determines if the end 
point IP address of the packet matches its own local IP address. If these addresses 
match, the packet is for the local Router Manager 50. There can be several different 
types of packets that the Router Manager 50 can receive. One example includes a 
route registration (RR) packet. The Router Manager 50 updates the routing table 
with all of the addresses listed in the RR packet at step 1126, as well as the gateway 
address which the packet came in from. The Router Manager 50 process then creates 
a route registration acknowledgment (RRA) packet at step 1128 for forwarding back 
to the mobile router 200. Consequently, the Router Manager 50 passes the data to 
the appropriate Network Interface 214 corresponding to that mobile router 200 at step 
1146. 

[0055] If it is determined at step 1122 that the packet's end point address is not 
coincident with the Host Network Server's local IP address, the Router Manager 50 
looks up the received end point address in the route table at step 1142. If the address 
is found in the local route table (step 11 44: YES), the Network Interface 214 
corresponding to that end point address is noted. The end point address can be 
another mobile routing device 200 or a host 13 on the LAN 10. 

[0056] If it is determined that the packet is not in the route table at step 1 144, then a 
destination unreachable message is sent to the originator of the packet. In one 
embodiment, all mobile users by default have the authority to send packets to any IP 
address and port combination on the LAN 10. In another embodiment, if the 
administrator wants to create a more secure network, the administrator creates a 
security database including all IP address/hardware address combinations to which 
each mobile device is authorized to communicate. 

[0057J In this embodiment, the Host Network Server 20 checks the packet against 
its own security database at step 1148. More specifically, the Host Network Server 
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20 looks up the end point IP address and the destination port number in the security 
database. If an entry exists for the source address and end point address combination 
(step 11 50: YES), the Router Manager 50 forwards the packet to the appropriate 
Network Interface 214 specified in step 1144 for eventual delivery to the end point 
address at step 1154. If the address does not exist in the table (step 1150:NO), a log 
message is created and the packet is silently discarded at step 1 152. 
[0058] This firewall functionality provides the additional benefit of preventing 
selected remote devices from accessing selected destinations. For example, an 
administrator may not want all mobile users browsing the company's intranet server 
via the wireless network. It is noted that all IP packets are verified against the 
security database in this embodiment. 

[0059] Processing of data received from the LAN 10 is now discussed with 
reference to Fig. 6. Data received from the LAN 10 in this scenario is outgoing data 
received from a host application 13 intended for a mobile router 200. If any data is 
received at the LAN 10 via a network adapter, the Router Manager 50 process 
receives the data at step 1200. The Router Manager 50 first validates the IP packet 
checksum. If the checksum fails, the packet is silently discarded. Otherwise, the 
received packet is verified that it is an IP version 4 packet. This information is 
readily available in the IP header. If the packet does not meet the version 4 criteria, 
then it is silently discarded. The module will then decrement the Time to Live 
parameter in the IP header. If the TTL parameter is zero, then the packet is discarded 
and a Time to Live discarded message is sent back to the originator of the packet. 
[0060] The data packet is then scanned against the security database at step 1202. 
If the source address and end point address combination do not exist in the database, 
a message is logged and the packet is silently discarded at step 1204. Provided that 
the packet has passed the internal security checks, the end point address of the IP 
packet is looked up in the route table at step 1206. If the address is not found in the 
route table (step 1208:NO), the Router Manager 50 sends a destination unreachable 
message back to the original source address at step 1210. If a matching entry is 
found in the route table (step 1208: YES), the Router Manager 50 creates an IPC 
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packet 'containing the original data, the message length, and the end point IP address 
(when an IP network) or end point hardware address (when not an IP network). The 
Router Manager 50 then sends the message to the Network Interface 214 process via 
the IPC channel at step 1212. 

[0061] Fig. 8 illustrates the logic executed by the Network Interface 214 upon 
receiving the message from the Router Manager 50. Once the Network Interface 214 
receives the data from the IPC channel at step 1300, it creates a data packet for the 
wireless network 56 at step 1302. The end point address of the packet sent from the 
LAN 10 was provided in the IPC message. At step 1304 it is determined whether the 
network is an IP network. If the network is an IP network, then a tunneled packet 
must be created. The source IP address of the packet is set to the local Network 
Interface 214 IP address and the end point IP address is set to a gateway address of 
the mobile routing device provided in the IPC message at step 1306. Gateway 
addresses are IP addresses corresponding to the wireless network 56, assigned by the 
wireless network provider. If the network is a non-IP network, the source address of 
the packet native to the non-IP format is set to the local Network Interface 214 
hardware address at step 1308. The end point hardware address is the remote 
device's hardware address. Once the data packet has been created, at step 1310 it is 
sent to the wireless network provider using the format required by the wireless 
network provider for delivery to the mobile user. In certain networks, the modem is 
not always connected to the network (e.g., circuit switched cellular network). 
Therefore, before a packet is transmitted, some connection means must be initiated. 
It is the function of the Network Interface 214 to initiate this connection if it is 
required. 

[0062] At step 1312 it is determined whether the packet has been successfully 
delivered. If for some reason, the Network Interface 214 cannot deliver the packet 
successfully to the mobile router 200, the Network Interface 214 sends a message 
back to the Router Manager 50 process to alert the Router Manager 50 that the 
Network Interface 214 was unable to successfully deliver the packet at step 1314. 
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The Router Manager 50 decides to use a different route to the mobile destination, if 
one exists, when delivery was unsuccessful. 

[0063] With reference to Fig. 7, the Router Manager's logic for determining an 
alternate route is discussed. At step 1400 the Router Manager 50 determines whether 
the message received from the Network Interface 214 indicates unsuccessful 
delivery. If the message indicates that delivery was not successful, the Router 
Manager 50 then scans its internal configurations, at step 1402, to determine an 
alternate route. If an alternate route is found (step 1404: YES), the Router Manager 
50 forwards the data packet to the Network Interface 214 corresponding to this new 
route at step 1406. The logic described with reference to Fig. 8 then repeats and the 
Router Manager 50 awaits a message indicating whether the transfer was successful. 
[0064] If the Network Interface 214 was successful in delivering the packet, the 
Router Manager 50 receives a message from the Network Interface 214 indicating 
that the route was successful (step 1400:SUCCESSFUL). Consequently, the Router 
Manager 50 makes the route permanent at step 1410. If all the routes have been tried 
and the packet cannot be successfully delivered (step 1404:NO), then a destination 
unreachable message is sent back to the source of the packet at step 1408. 
[0065] The Host Network Server 20 also provides the administrator with statistical 
information regarding data that passed through the system. Any event that occurs 
will increment a counter on a user-by-user basis. These statistics can be presented to 
the user in many different formats. The statistics can be useful for administrators to 
pinpoint problems with certain mobile devices, comparing bills from the service 
provider to actual usage, etc. 

[0066] Fig. 9 shows a software architecture that permits a mobile device 52 to 
communicate with a Host Network Server 20 on a Local Area Network 10. The 
software may reside on each mobile device 52 eliminating the need for the Mobile 
Router 200, or in an alternate embodiment, the software may reside on the Router 
200, which is physically separate from the mobile device 52. The software may also 
be provided as hardware or a combination of software and hardware. 
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[0067] The operating system 442 is the mobile device's operating system when the 
mobile device 52 executes the routing software of the present invention. If a separate 
router 200 is provided, the operating system 442 runs on the Mobile Router 200. 
Any type of operating system 442 can be used to run the software. Exemplary 
operating systems include C Executive, available from JMI Software Systems, Inc., 
and Microsoft Windows CE, 95, 98, NT or 2000, available from Microsoft 
Corporation. 

[0068] As a non-limiting exemplary hardware implementation, the Mobile Router 
200 may include an 80386EX microprocessor, running at 33 MHZ, 256 kilobytes of 
FLASH ROM, 512 kilobytes of static RAM, six asynchronous serial ports, two 
TTL-to-RS232 converters interfacing with two of the six serial ports directly to 
compatible devices external to the Switch 212, and four internal TTL serial interfaces 
to internally-mounted daughter boards, which carry Network Interfaces 214A-D. 
Each Network Interface 214 mounted on a daughter board may include a power 
supply for the Network Interface, a serial interface to the 80386EX microprocessor, 
and an interface to the outside network. The outside network may be a radio, a LAN, 
an antenna (for internally-mounted radios in the Network Interface 214), or other 
device accepting or supplying data from/to the Router 200. 

[0069] The routing software starts once the operating system 442 has started. More 
specifically, once the operating system 442 successfully starts, it initiates one 
asynchronous process, the Router System Module 446 (RSM). The Router System 
Module 446 (RSM) is responsible for launching the Router Configuration Module 
448 (RCM), Router Logging Module (RLM) 447 and the Router Module 450 (RM). 
[0070] The Router Configuration Module 448 (RCM) is responsible for reading 
configuration data for the interfaces to the wireless networks 56 (for output) and to 
the mobile device 52 (for input). The mobile device 52 (i.e., client) is envisioned to 
be any device that can receive and/or send data to the routing software (e.g., mobile 
computer, GPS Reader, Card Reader, etc.). The Router Module 450 is responsible 
for making routing decisions on the available networks, once all networks are 
initiated. The Router Logging Module is 447 responsible for capturing and saving 
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»any diagnostic log messages generated from the applications. If any of these 
processes fail to start, the riser of the mobile device 52 is alerted by a suitable means 
supported by the operating system 442. 

[0071] Any number of mobile devices 52 and output devices (e.g., transceivers 
such as modems interfacing with the wireless networks 56) can be used. The number 
is only limited by the availability of hardware interfaces to the devices (e.g., serial 
ports, USB ports, PC card slots, parallel ports, etc.). Common configurations include 
two mobile devices 52 (e.g., mobile computer and GPS transceiver) and one wireless 
network 56 (e.g., CDPD), one mobile device 52 (e.g., mobile computer) and two 
wireless networks 56 (e.g., CDPD and private RF), or two mobile devices 52 (i.e., 
mobile computer and GPS transceiver) and two wireless networks 56 (e.g., CDPD 
and private RF). 

[0072] Figure 10 shows the Router 200 after all appropriate processes have been 
launched. Two types of interfaces can be started and configured. The first type 
includes a standard Routing Network Adapter (RNA) 470 that is responsible for 
communicating to a communications device. This communications device can 
include a computer 52, or a network device such as a wireless modem. These 
processes manage the flow of data to and from the mobile routing device 200. The 
second type of interface is called the Auxiliary Feature Shell (AFS). The AFS 
processes can be a stand-alone application(s) developed to perform a specific 
function. The function does not have to involve routing of data or wireless networks. 
An exemplary AFS process provides store and forward functionality. 
[0073] Each Router Network Adapter (RNA) 470 is responsible for dealing with 
network device specific behaviors. The Router Network Adapter 470 is responsible 
for the device specific functionality including device initialization, device 
termination, status checks, protocol conversion, packetization, etc. 
[0074] A variety of messages can be sent from the Router Network Adapter 470 to 
the Router Module process 450 including at least a NetworkDown message and a 
NetworkUp message. The NetworkDown message informs the router that the 
wireless network 56 is not available for reasons such as hardware failure, out of 
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wireless coverage, etc. The NetworkUp message alerts the Router Module 450 that 
the wireless network 56 is up and can be used for communications. All Router 
Network Adapters 470 initially start with the initial state of NetworkDown. 
[0075] The Router Network Adapter 470 begins by initializing the assigned 
hardware device. Every device requires its own set of initialization functions. The 
Router Network Adapter 470 begins by opening up a hardware connection to the 
device. This connection can be, but is not limited to RS232, Universal Serial Bus 
(USB), Ethernet, Token Ring, IRDA, Parallel, Bluetooth, or any other 
communications port supported by the operating system 442. For most network 
devices, the Router Network Adapter 470 then performs initialization routines set b}' 
the device manufacturer and/or wireless network provider. Examples of these 
initialization routines include using AT commands, user defined protocols, etc. to 
start the device's communications link to the wireless network 56. If any of the 
initialization routines fail, the Router Module 450 is aware of the fact because the 
initial start state is NetworkDown. At this point, with no inbound or outbound data 
activity occurring, the Router Network Adapter 470 attempts to gather network status 
information from the hardware device. 

[0076] Two methods for network status queries are used by modem manufacturers. 
In the first method, modems inquire the software to query the modem for its status, 
using some predefined set of commands. After the modem receives this status query, 
it queries the wireless network and returns the current status of the modem back to 
the software. For example, the modem can indicate that it is out of range. The 
drawback to this method of status query is that the software is tasked with querying 
the modem on a regular interval. This interval should be as short as possible, but not 
so short as to impact the normal data transfer functionality of the modem. 
[0077] In the second method, modems provide unsolicited responses regarding 
network status. For example, the software receives status query responses without 
having to send the modem a command. Usually the modem responds by either 
sending back a status response packet or by changing the state of the hardware 
connection (e.g., RS232 DCD line). The advantage of transceivers using the second 
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method of status reporting is that the switching to and from the network occurs 
instantly when the network status changes rather than waiting for the software to 
query the modem on a regular basis. Whenever the status of one of the hardware 
devices has changed from its previous state, the Router Network Adapter 470 sends a 
message to the Router Module 450 with the updated status. 

[0078] Each Router Network Adapter 470 is configured with the gateway IP address 
from the configuration data block. This gateway IP address or hardware address is 
used to route packets through to get to the mobile device 52 or Host Network Server 
20 and is referred to as the network's gateway IP Address. 

[0079] The Router Module process 450 listens to all available interfaces to 
determine network availability. The Router Module 450 requires the NetworkUp 
message to have been received before a wireless network 56 can be selected as the 
default route. The Router Module 450 then uses a variety of methods for 
determining network selection, such as time of day, message priority, and message 
size, but the final determination is always network availability, as previously 
discussed. Once the Router Module process 450 has determined the actively selected 
network, it updates its own internal route table to reflect the change. The Router 
Module 450 then generates a Route Registration (RR) message, an example of which 
is shown in Fig. 11, and sends it to the Host Network Server 20. 

[0080] This RR message includes the following fields: Version, Command Number, 
Number of IP Addresses, a sequence flag, Gateway IP Address, and End Point IP 
Addresses. The Version byte specifies the version of the message. The Command 
bytes specify the type of message. The message types include Route Registration, 
Route Registration Acknowledgment and System Crash Route Registration. The 
number of IP addresses sets the number of addresses that are listed in the RR. The 
Gateway IP Address is the address of the currently selected hardware device. The 
list of IP addresses includes all of the end point IP addresses or subnets that can be 
reached via the gateway address. In other words, the software functions like a hub 
when more than one mobile device 52 is connected. For example, the software can 
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be located in an automobile trunk and different mobile devices 52 could be located in 
the passenger compartment. 

[0081] The RR alerts the Host Network Server 20 in order to update the route table 
as to all the end point IP Addresses that can be reached through this gateway address 
56. Because the present invention allows for simultaneous parallel transmissions and 
multiple client devices, the RR ensures that the Host Network Server 20 is aware of 
all IP addresses that can be reached through this current gateway IP address. The 
Router Module 450 then waits for a Route Registration Acknowledgment (RRA) 
from the Host Network Server 20. If the Router Module 450 does not receive the 
RRA within a predefined time period, then additional RRs are sent at regular 
intervals until an acknowledgment is received. This retrying mechanism ensures 
that, even if the Host Network Server 20 is down, when it is restarted its route table 
always reflects the current routing configuration. If the Router Module 450 selects 
more than one network for the transmission of data, the route table is updated 
accordingly. The RR is then modified to alert the Host Network Server 20 to include 
both networks as the default route. 

[0082] The Router Network Adapter 470 continually monitors the status of the 
networks 56. The Router Module 450 continuously passively monitors each RNA 
470 for status change information. If a network's status changes at anytime, the 
appropriate RNA 470 sends a NetworkDown message to the Router Module 450. 
The Router Module 450 then dynamically changes the active route. The Router 
Module 450 can also use external influences, such as time of day, to dynamically 
change the route. This procedure for changing the route occurs transparently and 
independently from the normal transfer of packets. 

[0083] At this point, any data received from any of the Router Network Adapters 
470 is sent to the Router Module 450. The Router Module 450 verifies the IP 
checksum of the packet. If the packet's checksum fails, the packet is discarded. If 
the packet checksum is correct, the received packet is verified that it is an IP version 
4 packet. This information is readily available in the IP header. If the packet does 
not meet the version 4 criteria, then it is silently discarded. The module will then 
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decrement the Time to Live parameter in the IP header. If the TTL parameter is zero, 
then the packet is discarded and a Time to Live discarded message is sent back to the 
originator of the packet. The Router Module 450 looks at the end point IP address of 
the packet and routes it to the appropriate Router Network Adapter 470 or the 
appropriate end point IP address. 

[0084] Next, the Router Network Adapter 470 receives the IP datagram from the 
Router Module 450. If the network is not an IP capable network it creates a data 
packet in the format required by the wireless network 56. The end point address of 
the newly created packet will be the hardware address (for non IP networks) of the 
corresponding interface on the Host Network Server 20. If the packet is an IP packet, 
it will be forwarded to the IP address of the corresponding Network Interface 214 
(e.g., modem) on the Host Network Server 20. By sending to only the addresses of 
the interfaces on the Host Network Server 20, the user is assured that the packet will 
only go to the Host Network Server 20, even if the eventual destination of the packet 
has a different address. This ensures that the Host Network Server 20 can update and 
maintain its statistics and reporting capabilities. Additionally, it ensures that the Host 
Network Server 20 is always aware of the most recently used network, as well as the 
activity of all the mobile users. If the network 56 requires some procedure to 
establish a connection, then the Router Network Adapter 470 is responsible for this 
procedure (e.g., dialing a phone number on a circuit switched cellular network). 
[0085] The second type of process that can be created is the AFS process. This 
process can be a standalone application that executes within the confines of the 
mobile routing device. It can perform any custom task that an end customer requires. 
An example is a store and forward process. The process can be written to manage 
the queuing of data, delivery of data and retrying of data transmissions. 
[0086] The Router Module process 450 also supports the ability to dynamically 
alter the configuration of the software. The Router Module process 450 listens to an 
IP socket for any configuration requests. The configuration requests can come from 
either the mobile device 52 or the host application 13 on the LAN 10. The 
configuration requests are formatted in an IP UDP data packet. The Router Module 
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process 450 always responds to the configuration request with a configuration 
response. Examples of these configuration requests include manually changing the 
route, requesting the network status, requesting the configuration, setting the 
configuration, etc. This functionality allows external applications to dynamically 
alter the routing of the device. 

Port Routing System Overview 

[0087] The present invention enhances the aforementioned wireless mobile routing 
system. With port routing, the Mobile Router 200 will not only simply notify the 
Host Network Server 20 of changes to the default network, the Mobile Router 200 
will also notify the Host Network Server 20 whenever any network becomes 
available. The notification will allow both the Host Network Server 20 and the 
Mobile Router 200 to route packets over alternate, non-default networks as 
appropriate. The Mobile Router 200 will also be able to continue to route packets 
over the default network when appropriate. 

[0088] Fig. 12 is an illustration that represents an exemplary wireless mobile 
routing system having the port routing enhancement. In this example, three different 
applications (Application #1: web browser, port 80; Application #2: CAD message, 
port 5437; and Application #3: synchronization application, port 6875) are 
concurrently being executed on the mobile device 52. Data from the applications is 
being sent to the Mobile Router 200. When the Mobile Router 200 receives the data 
packets, the Mobile Router 200 consults a Port Routing Table 251 to determine 
which wireless network 56 (e.g., Network A: Wireless LAN and Network B: RD~ 
LAP) the data should traverse to reach the Host Network Server 20. In the example 
shown in Fig. 12, data packets from Application #1, i.e., port 80, are not forwarded to 
the Host Network Server 20 because an "Ignore" indicator has been specified by the 
system administrator. On the other hand, data packets from Application #2, port 
5437, are forwarded through Network B (RD-LAP) because the system administrator 
has specified Network B as the port routing path for port 5437. Similarly, data 
packets from Application #3, port 6875, are forwarded through Network A (Wireless 
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LAN) 'because the system administrator has specified Network A as the port routing 
path for port 6875. 



Port Routing Functionality and Port Routing Table 

[0089] The functional details of port routing are now described. As discussed 
above, an aspect of the present invention includes the Port Routing Table 251. The 
Port Routing Table 251 stores additional configuration entries to support the 
enhanced routing capabilities. In one embodiment, the table includes fields enabling 
system administrators to specify port routing at a granularity that includes the 
protocol, IP address, port number and the specific network for routing. One 
embodiment of the Port Routing Table 251 includes five different fields that contain 
specific routing information, including port route type, protocol type, IP address, port 
number and the specified network. 

[0090] The above mentioned system supports the ability to provide bi-directional 
communications. This being said, mobile routers can send packets inbound to the 
host network and the applications residing on the host network can send packets 
outbound to the mobile routers. Because of this bi-directional nature, a port routing 
table should exist on both the mobile routers and the host network server. Therefore, 
regardless of which side initiates the transmission, the packet will travel over the 
correctly chosen network. [0091] In one embodiment, the Port Route Type field 
will contain an "Ignore", "Alternate" or "Default" keyword. Each keyword specifies 
the routing behavior for a packet meeting user defined criteria when the packet is 
received by the Mobile Router 200. 

[0092] If a packet's characteristics match user defined criteria stored in the Port 
Routing Table 251 and the corresponding Port Route Type field contains the 
"Ignore" network indicator value, then that packet will be returned to the source, 
without being sent across a wireless network, as a destination unreachable Internet 
Control Message Protocol (ICMP) packet. ICMP packets are provided to allow 
gateways or computers in a network to report errors or provide information about 
unexpected circumstances. There are several types of ICMP packets that can be 
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generated, each one specifying a type of error condition. The port routing within the 
Mobile Router 200 generates a destination unreachable message under certain 
conditions, such as when a packet cannot traverse a network to reach its destination. 
[0093] If a packet's characteristics match user defined criteria stored in the Port 
Routing Table 251 and the corresponding Port Route Type field contains an 
"Alternate" network indicator value, then the packet will be sent through the 
specified alternate wireless network. 

[0094] If the packet matches an entry in the Port Routing Table 251 that contains a 
"Default" network indicator value, then the packet will be sent through the default 
network. Initially, the Default network type appears redundant because a Default 
route exhibits the same functionality as when no entry is present in the Port Routing 
Table 251. However, the Default route does become valuable when used in 
conjunction with a non-specific Ignore route. As an example, if a user adds an 
Ignore port route to automatically ignore all TCP applications, he may then want to 
add a Default route for port 80 (web browser). The addition of these two routes will 
disallow any TCP applications except for web browsers. The web browsers will then 
use whichever network is default. 

[0095] The IP Address field will identify at least one IP address associated with the 
packet received by the Mobile Router 200. It can represent "All" IP addresses, or a 
specific IP address. If a specific IP address is entered, then the user has the choice of 
specifying if the IP address appears in either the source or the destination address. 
[0096] The Protocol Type field identifies what type of transport level protocol will 
be subject to the port routing functionality. For instance, an embodiment of the 
present port routing invention may control TCP packets, UDP packets or packets 
with either protocol. TCP and/or UDP applications may take advantage of the port 
routing capability, because TCP and UDP protocols have the notion of a port. Route 
registrations may still be maintained with backwards compatibility to ensure non-port 
routing Mobile Routers 200- will continue to function. 

[0097] The Port Number field identifies the IP port number of the packet received 
by the Mobile Router 200. The user can specify all ports, or has the option of 



29 



WO 03/075022 PCTAJS03/05787 

specifying an individual port. The user also has the choice of specifying if the port 
number appears in the source or destination location in the TCP or UDP header. 
[0098] The Network ID field identifies which network will be used to route the 
above-mentioned applications. This field would only be applicable if the route type 
is designated as "Alternate". 

[0099] Fig. 13 shows an exemplary Port Routing Table 251 with a variety of port 
routing configurations. As seen in Fig. 13, it is possible to add many different port 
routing entries within the Port Routing Table 251. When looking up data in the Port 
Routing Table 251, the Mobile Router 200 always looks from the most specific to the 
least specific entry. Therefore, the most specific entries will be processed before 
entries that are more generic. 

[0100] In the first row of the Port Routing Table 251, port routing is configured 
such that any TCP packet that is received and has a port 23 will be ignored. This 
route is referred to as an "Ignore" route. This port routing configuration does not 
allow the TELNET application to function through the Mobile Router 200. There is 
no need to define a network in the Network ID field because the data packets will not 
be routed over any network. 

[0101] In the second row, an "Alternate" entry specifies that TELNET application 
packets will automatically be routed over the specified alternate network, which is 
Network B in this case. For example, this would only allow TELNET applications to 
function when they are in range of a certain network, i.e., Network B. 
[0102] In the third row, the "Alternate" entry specifies that the Mobile Router 200 
will explicitly route web browser packets (Port 80), in this case over Network B. As 
an example, this port routing configuration might be used if an administrator does not 
want her users to run web browsers over any network other than Network B. 
[0103] In the fourth row, a "Default" entry is present. The "Default" entry specifies 
that any packet sent or received with the port number 6380 will use the current 
default network. In this example, the current default network is Network A. This 
behavior is also functionally similar to not using port routing. 
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[0104] In the fifth row, an "Ignore" entry is present. The "Ignore" entry specifies 
that any packet received with either a source or destination IP address of 10.10.2.3 
will be discarded. There is no need to define a network in the Network ID field when 
an "Ignore" entry is present because the data packets will not be routed over any 
network. An example use of the Ignore entry is to restrict the communications to 
certain servers. 

[01051 The above noted functionality may be implemented in either a distributed 
configuration or a centralized configuration. In a distributed configuration, all 
Mobile Routers 200 implementing port routing are configured separately. In 
centralized configuration, a system administrator may configure port routing (as well 
as other aspects of Mobile Router 200 configuration) on the Host Network Server 20 
and have the configuration pushed to each Mobile Router 200 

[0106] Aside from the static configuration defined in the Port Routing Table 251, 
there is additional data that must be shared at run time between the Mobile Router 
200 and the Host Network Server 20 for port routing to function properly. Currently, 
mobile clients only notify the Host Network Server 20 of changes to the default 
network for that mobile client. In order for port routing to function properly, the 
mobile clients should enhance their operation to notify the Host Network Server 20 
whenever any network enters an "in-coverage" state in addition to which "in- 
coverage" network should be considered active for that Mobile Router 200. The 
Host Network Server 20, in turn, should be enhanced to allow for multiple entries in 
its master route table for the same destination range while providing the ability to 
designate one network as the default route. 

Port Routing Logic 

[0107] Figure 14 is a flow diagram that depicts an exemplary manner in which the 
Network Server 20 monitors the networks registered in each Mobile Router 200. For 
port routing to operate correctly, the Host Network Server 20 must know the 
availability of all networks registered in each Mobile Router 200. 



31 



WO 03/075022 PCT/US03/05787 

[0108] At step 1502, the Mobile Router 200 detects a change in network coverage. 
Next, at step 1504, it is determined if a network has become available. If a network 
has become available, then the Mobile Router 200 decides if the primary network 
should change at step 1506. If the primary network should change, the Mobile 
Router 200 sends a primary registration to the Host Network Server 20 at step 1508. 
Once the Host Network Server 20 receives the packet at step 1510, the Host Network 
Server 20 automatically designates the network as the primary network, thus 
demoting all other networks to secondary. Then the logic sequence ends. 
[0109] If at step 1506 the primary network should not change (i.e., a backup 
network came into coverage), then the Mobile Router 200 sends an alternate route 
registration to the Host Network Server 20 at step 1512. When the Host Network 
Server 20 receives the alternate route at step 1514, the Host Network Server 20 then 
updates the status of the network without making it the default. Next, the logic 
sequence ends. 

[0110] If at step 1504 the network is not available, then the Mobile Router 200 
sends a route deletion message to the server at step 1516. Then when the Host 
Network Server 20 receives the route deletion message at step 1516, it will 
automatically delete that route from its table. Thereafter, the logic sequence ends. 
[0111] Figures 15(a) and 15(b) depict an exemplary manner in which routes will be 
determined in accordance with an aspect of the present invention. At step 1552, the 
Mobile Router 200 receives a packet. Next it is determined whether port routing is 
active at step 1554. If not, the packet is routed over the default primary network at 
step 1572. Then the logic sequence ends. 

[0112] If at step 1554 port routing is found to be enabled, the Mobile Router 200 
searches the Port Routing Table 251 at step 1556. If at step 1558 the packet does not 
match any of the entries in the Port Routing Table 251, the packet is routed over the 
default primary network at step 1 572. Then, the logic sequence ends. 
[0113] If at step 1558, the packet does match an entry in the Port Routing Table 
251, the logic proceeds to step 1560. At step 1560 it is determined whether the 
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matching entry includes a route type of "Default". If so, the packet is routed over the 
default primary network at step 1572. Then, the logic sequence ends. 
[0114] If at step 1560 a "Default" type is not found, the logic proceeds to step 1562. 
At step 1562, the logic determines if the matching entry has a route type of "Ignore". 
If so, the packet is not sent and then an ICMP destination unreachable packet is sent 
back to the source at step 1574. Subsequently, the logic sequence ends. 
[0115] If at step 1562 an "Ignore" type is not found, the logic determines if the 
matching port route entry has a route type of "Alternate" at step 1564. If "Alternate" 
has been specified, the network identified in the Network ID field is used for a 
lookup in the master route table (Fig. 5) at step 1566. Then the logic proceeds to step 
1568 to determine if a route exists in the master route table associated with the 
network identified in the Network ID field. If at step 1564 the route is not an 
"Alternate" type, the logic sequence ends. 

[0116] If at step 1568 no route exists in the master route table associated with the 
network listed in the Network ID field, then the packet is not sent and an ICMP 
destination unreachable packet is sent back to the source. For example, this would 
occur when the network identified in the Network ID field is not available (e.g., out 
of coverage, low signal strength, etc.) at step 1574. Then, the logic sequence ends. If 
at step 1568 a route exists in the master route table associated with the network listed 
in the Network ID field, then the logic proceeds to step 1570 where the packet is 
routed over the network identified in the Network ID field instead of the route 
associated with the default primary network. Subsequently, the logic sequence ends. 
[0117] It should be noted that even though Figures 15(a) and 15(b) depict an 
exemplary manner in which the Mobile Router 200 receives a packet, the same logic 
may be used for port routing outbound from the Host Network Server 20. 

Port Routing Configuration Screen, Editing Screen, and Default Route Table 
[0118] Fig. 16 is an exemplary screen shot that shows a Port Routing Configuration 
Screen 253. In this example, the mobile administrator has added several specific port 
routes. In the first row, the user specifically added a port routing definition to force 
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all TCP packets with an 80 in either the source or destination port field over the 
network with the ID of Wireless LAN. In the second row, it is specified that all UDP 
packets with 6560 in either the source or destination port field will be forced to be 
sent over the Sierra Wireless MP200 network. A third entry specifies that any packet 
having a destination port of 9753 will also be forced over the Sierra Wireless MP200 
network. In the fourth row, because an Ignore route with a wildcard port number is 
selected, all packets received with any port number either in the source or destination 
field will be ignored. The fifth line is an entry that requires specifically ignoring any 
packet with a destination or source port number of 23. 

[0119] If or when there are no specific port routing entries listed in the Port 
Routing Table 251, the port routing functionality is disabled. In this circumstance, 
the default routes are being accepted. In this state, the Port Routing Configuration 
Screen 253 would inform the user that all traffic will be routed according to 
whichever network is available and selected as the highest priority. 
[0120] Fig. 17 is a screen shot of an exemplary port routing screen that allows the 
user to edit the port routing configuration. With this screen, the user would be able to 
add a configuration for the port routing. This screen appears when the user clicks the 
Add Button 255 from the Port Routing Configuration Screen 253, as depicted in Fig. 
16. 

[0121] The configuration window is separated into two sections. In the Packet 
Properties section (257, top half), the user is able to specify the actual packet criteria 
to which the specific rule should be applied. In the Packet Disposition section (259, 
bottom half), the user will be able to specify the routing of the packet that the rule 
describes. 

[0122] The "All IP Address" check box 261 specifies whether the entry applies to 
all IP addresses or just individual ones. If the user wishes to specify a specific IP 
address, then she will also have the option of specifying if it appears in the source, 
destination or either location within the UDP or TCP header. 

[0123] The "All Ports" check box 263 allows the user to either specify a specific 
port number or specify all ports. If the user has specified all ports, the user will also 
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be able to select if the port number appears in the source, destination or either 
location within the UDP or TCP header. The "Protocol 5 ' field specifies whether this 
entry applies to TCP, UDP or both types of IP packets. 

[0124] In the Packet Disposition section 259, three outcomes are listed that can 
occur when a packet has been received. If the "Alternate" radio button 265 is 
selected, then when a packet arrives that matches the user selected properties, it will 
only be routed over the network specified in the "Network" drop down list box 267. 
If the "Default" radio button 269 is selected, then when a packet arrives which 
matches the user selected properties, it will be routed according to the default 
network configuration. Finally, if the "Ignore" radio button 271 is selected, then 
anytime a packet is analyzed that matches the user defined criteria, it will be ignored 
and an ICMP destination unreachable message will be sent back to the sender of the 
packet. 

[0125] Fig. 18(a) is a screen shot of an exemplary sample presenting information- 
from default route table. The invention has such a window that will display the 
active routes being used by the mobile application or device on the system. Since 
microprocessors store data in a binary format, the internal format of the route table 
will not be readable by humans. Therefore the invention allows a graphical user 
interface to be used to display the packets in a more meaningful presentation to the 
administrator. 

[0126] Fig. 18(b) is a screen shot of an exemplary second "view" of the route table 
to display the non-active or alternate routes. When the "Primary" route table tab 273 
is selected, the Primary route table will display any route that is active, such as 
shown in Figure 18(a). When the "Alternate" route table tab 275 is selected, then the 
Alternate route table displays only routes that are inactive. In this screen the user has 
the option of clicking on either the "Primary" tab or the "Alternate". The view will 
then be automatically updated to reflect the particular route table. 
[0127] Although the invention has been described with reference to several 
exemplary embodiments, it is understood that the words that have been used are 
words of description and illustration, rather than words of limitation. Changes may 
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be made within the pui^view of the appended claims, as presently stated and as 
amended, without dep ailing from the scope and spirit of the invention in its aspects. 
Although the invention has been described with reference to particular means, 
materials and embodiments, the invention is not intended to be limited to the 
particulars disclosed; rather, the invention extends to all functionally equivalent 
structures, methods, and uses such as are within the scope of the appended claims. 
For example, although the embodiments described above generally refer to routing 
over wireless networks from the Mobile Router 200, the present invention also 
operates when sending data from the Host Network Server 20. In this case, the Host 
Network Server 20 determines network availability based on information received 
from the Mobile Routers 200, in contrast to when the Mobilp Router 200 is routing 
data and determining network availability for itself. 

[0128] Although the invention has been described with reference to several 
exemplary embodiments, it is understood that the words that have been used are 
words of description and illustration, rather than words of limitation. Changes may 
be made within the purview of the appended claims, as presently stated and as 
amended, without departing from the scope and spirit of the invention in its aspects. 
Although the invention has been described with reference to particular means, 
materials and embodiments, the invention is not intended to be limited to the 
particulars disclosed; rather, the invention extends to all functionally equivalent 
structures, methods, and uses such as are within the scope of the appended claims. 
[0129] In accordance with various embodiments of the present invention, the 
methods described herein are intended for operation as software programs running on 
a computer processor. Dedicated hardware implementations including, but not 
limited to, application specific integrated circuits, programmable logic arrays and 
other hardware devices can likewise be constructed to implement the methods 
described herein. Furthermore, alternative software implementations including, but 
not limited to, distributed processing or component/object distributed processing, 
parallel processing, or virtual machine processing can also be constructed to 
implement the methods described herein. 
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[0130] It should also be noted that the software implementations of the present 
invention as described herein are optionally stored on a tangible storage medium, 
such as: a magnetic medium such as a disk or tape; a magneto-optical or optical 
medium such as a disk; or a solid state medium such as a memory card or other 
package that houses one or more read-only (non- volatile) memories, random access 
memories, or other re-writable (volatile) memories. A digital file attachment to e- 
mail or other self-contained information archive or set of archives is considered a 
distribution medium equivalent to a tangible storage medium. Accordingly, the 
invention is considered to include a tangible storage medium or distribution medium, 
as listed herein and including art-recognized equivalents and successor media, in 
which the software implementations herein are stored. 

[0131] Although the present specification describes components and functions 
implemented in the embodiments with reference to particular standards and 
protocols, the invention is not limited to such standards and protocols. Each of the 
standards for Internet and other packet-switched network transmission (e.g., TCP/IP, 
UDP/IP); and peripheral control (IrDA; RS232C; USB; ISA; ExCA; PCMCIA) 
represent examples of the state of the art. Such standards are periodically superseded 
by faster or more efficient equivalents having essentially the same functions. 
Accordingly, replacement standards and protocols having the same functions are 
considered equivalents. 
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1. A method for routing data over multiple routes, including wireless 
networks, the data being received from a plurality of applications, the method 
comprising: 

ascertaining availability of the multiple routes; 

receiving data from a selected application of the plurality of applications; 
determining a designated route that is associated with the selected application; 

and 

sending the received data over the designated route when the designated route 
has been ascertained to be available. 

2. The method of claim 1, in which the determining further comprises 
determining the designated route based upon at least one port number assigned to the 
selected application. 

3. The method of claim 1, in which the determining further comprises 
determining the designated route based upon at least one IP address associated with 
the selected application. 

4. The method of claim 1, in which the detemiining further comprises 
determining the designated route based upon at least one protocol of the data 
received from the selected application. 

5. The method of claim 1, wherein the designated route indicates that the data 
is to be ignored, and in which the sending further comprises not sending the data. 

6. The method of claim 1, wherein the designated route comprises a default 

route. 
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7. The method of claim 1, wherein the designated route comprises an 
alternate route. 

8. The method of claim 1, in which the determining further comprises 
determining the designated route based upon a port number associated with a 
destination of a received packet. 

9. The method of claim 1, in which the determining further comprises 
determining the designated route based upon an IP address associated with a 
destination of a received packet. 

10. The method of claim 1, in which the ascertaining further comprises 
notifying a host network server of the availability of each route when a route is 
ascertained to be available. 

11. A system for routing data over multiple wireless networks, the data being 
sent from a plurality of applications, the system comprising: 

a mobile router that receives data from a selected one of the applications, the 
mobile router comprising a port routing table containing information that specifies, 
based on at least one characteristic of the data, over which wireless network the data 
should be routed, the at least one characteristic comprising at least one of a port 
number, IP address and protocol. 

12. The system of claim 11, wherein an alternate route over which the data 
is routed is specified based upon the at least one characteristic of data. 

13. The system of claim 11, wherein a default route over which the data is 
routed is specified based upon the at least one characteristic of data. 

14. The system of claim 11, wherein an ignore route is specified based 
upon the at least one characteristic of data. 
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15. The system of claim 11, wherein the information in the port routing 
table is configured from the host network server and pushed to the port routing table 
in the mobile router. 

16. The system of claim 11, wherein the mobile router notifies the host 
network server whenever any wireless network enters an in-coverage state. 

17. A system for routing data over multiple wireless networks, the data 
being sent from a plurality of applications, the system comprising: 

a host network server that receives data from a selected one of the 
applications, the host network server comprising a port routing table containing 
information that specifies, based on at least one characteristic of the data, over which 
wireless network the data should be routed, the at least one characteristic comprising 
at least one of a port number, IP address and protocol. 

18. A computer readable medium storing a computer program that enables the 
specification of IP routing behavior over multiple wireless networks, the medium 
comprising: 

a source code segment that receives data from a plurality of applications, each 
application having a unique port number; 

a source code segment that stores a port routing table containing information 
that specifies, based on at least one of an application's port number, IP address and 
protocol, over which wireless network the application's data should be routed, and 
whether the application's data should not be routed over the multiple wireless 
networks; and 

a source code segment that determines from the information contained in the 
port routing table an appropriate wireless network for the data from the plurality of 
applications to be routed over. 



40 



WO 03/075022 PCT/US03/05787 

19. The medium of claim 18, wherein the port routing table comprises at least 
one of a port route type indicator field, IP address field, protocol type field, port 
number field, and network ID field. 

20. The medium of claim 19, wherein the port route type indicator comprises 
one of alternate, ignore, and default indicators. 

21. The medium of claim 20, wherein when the alternate indicator is 
selected, data will be routed through a specified alternate wireless network. 

22. The medium of claim 20, wherein when the ignore port route type 
indicator is selected, data will be ignored instead of being routed. 

23. The medium of claim 20, wherein when the default port route type 
indicator is selected, data will be routed through a default network. 

24. The medium of claim 19, the port routing table further comprising a field 
to indicate whether an IP address appears in a source, destination, or either location 
within a protocol header of data packets being transmitted. 

25. The medium of claim 19, wherein the protocol type field identifies the 
transport level protocol type of the packet. 

26. The medium of claim 19, wherein the port number field identifies the 
port number of an application. 

27. The medium of claim 26, the port routing table further comprising a field 
to indicate whether a port number appears in a source, destination, or either location 
within a protocol header of data packets being transmitted. 
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28. The medium of claim 19, wherein the network ID field identifies which 
network is used to route data. 



29. The medium of claim 18, further comprising an availability source code 
segment that ascertains the availability of the multiple wireless networks. 

30. The medium of claim 29, further comprising a sending source code 
segment that sends the received data over the appropriate wireless network when the 
routing path has been ascertained to be available. 
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